home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Experimental BBS Explossion 3
/
Experimental BBS Explossion III.iso
/
gus
/
sdkdigv8.zip
/
SDKV8N14.TXT
< prev
next >
Wrap
Text File
|
1994-01-16
|
4KB
|
91 lines
Apparently-To: john.smith@gravis.com
GUS Programmer's Digest Sun, 16 Jan 94 3:57 Volume 8: Issue 14
Today's Topics:
Envelope offsets not at zero
GUSMOD and GUSPLAY
Standard Info:
- Meta-info about the GUS can be found at the end of the Digest.
- Before you ask a question, please READ THE FAQ.
----------------------------------------------------------------------
Date: Sat, 15 Jan 1994 18:07:32 -0500 (EST)
From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
Subject: Envelope offsets not at zero
> Date: Fri, 14 Jan 1994 21:21:10 -0600 (CST)
> From: Jason William Whiteman <jww9624@tamsun.tamu.edu>
> Subject: Specific GUS Patch probs
>
> Secondly, I found myself questioning the entire meaning of the
> Envelope_Offset variable. At first I thought I could just use the
> envelope data to increase the volume of the current voice (patch) by
> whatever the Envelope_Offset said at whatever rate Envelope_Rate said.
> However, if this method is used, the patch will never fade (decay) to
> a zero volume level. Using ACPIANO.PAT as a test patch, I noticed that
> apparent zero offsets (displayed with PATCH.EXE's graphical envelope)
> were actually set to an offset of "8". After seeing this I made the
> assumption that envelopes have some sort of threshold point to mark a
> decay (ramp to zero volume level). Here is some pseudo code for the
> code made under this assumption (threshold=10):
I think the reason why the envelope offsets are never zero (or
max) is to prevent the ramp from underflowing/overflowing and
fouling up. An offset of 8 does mean 8, so don't set the ramp's
endpoint to 0. 8 is effectively silent anyway, and when it's
reached, the volume can be set directly to 0 without causing a pop.
Phat.
------------------------------
Date: 15 Jan 1994 21:28:43 +0700 (SST)
From: TC <SH7126146@NTUVAX.NTU.AC.SG>
Subject: GUSMOD and GUSPLAY
> From: tjakobs@mswe.dnet.ms.philips.nl (THEO_JAKOBS TEL.62667)
> Subject: Using Gusmod in my sources
> But when i saw the listing, i was a little scared...
> What do i need for loading, and playing a mod... I mean which code do i
> need from the files...
I would suggest using GUSPLAY's code. It is much easier to understand
and include in your programs.
> I also have another question... Will my code be faster if i put the
> computer in 386 protected mode... I'm using some 286/386 code..
It'll give you some extra speed, and extra power. However, you'll have
to modify your code quite significantly, as segments no longer have any
meaning while selectors rule the day.
WildCat
------------------------------
End of GUS Programmer's Digest V8 #14
*************************************
To post to tomorrow's digest: <gus-sdk@dsd.es.com>
To (un)subscribe or get help: <gus-sdk-request@dsd.es.com>
To contact a human (last resort): <gus-sdk-owner@dsd.es.com>
FTP sites: archive.epas.utoronto.ca /pub/pc/ultrasound
wuarchive.wustl.edu /systems/ibmpc/ultrasound
archive.orst.edu /pub/packages/gravis
theoris.rz.uni-konstanz.de /pub/sound/gus
nctuccca.edu.tw /PC/ultrasound
FTP mail server: mail-server@nike.rz.uni-konstanz.de
Hints:
- Get the FAQ from the FTP sites or the request server.
- Mail to <gus-sdk-request@dsd.es.com> for info about other GUS
related mailing lists (general use, musician's, etc.).